Thread: Purple Elephants Eventhandler

So I did find the updated elgan strings.scr on another post. It's the one that says it was updated to change string starts to 0 instead of 1 (bet that breaks a lot of mods that use it!). I can confirm that the PE eventhandler still crashes if autoload set to 1 even with that new strings.scr.

Originally Posted by JayWest1024

Unrelated - I'm hunting around for a good anti-camp mod that has lots of knobs, and not sure that the spawnprotect mod I have works correctly on sp->mp converted maps. Digging in to that today..... (obviously not a big football fan *grin*).

http://www.mohaaaa.co.uk/AAAAMOHAA/c...a-mod-database
Below "Sub Category" click on "Spawn Protection" and hit "Apply".
There are about 5 spawn protect mods in the Database (I've searched for more but it was actually a pain to look for.. although some HUGE mods like admin pro have one included.. I just didn't want to dig in to those).

Let me know if any of them were what you're looking for, and if you happen to find a different one, also let me know cause I'd love to add it to the database

Purple....
I am using the strings.scr that is in the elgbot server side stats v2.2.2. That seems to be the one that own3mall fixed a while back. The eventhandler still locks up if autoload is set on. Let me ask a few sanitycheck questions...

1) The PE eventhandler works on top of reborn, correct? I mean, it is separate from the reborn built in event handler and can be used simultaneously right? Or was your eventhandler incorporated into reborn and I'm putting something on top of reborn that is a bad idea?

2) I do not have any event scripts under global/events/*/* I assume thats ok. My thought was turn it on, and add any scripts I want later. Perhaps a bug if auto is on and no scripts exist in the event structure?

3) I can tell via debug statements that the server crashes (with autoload on) in the line below that has three *** (my own notation) in eventhandler.scr

auto_events:
local.events = "spawn"::"connected"::"disconnected"::"damage"::"kill"::"keypress"::"servercommand"::"intermission"
for(local.i = 1;local.i <= local.events.size;local.i++)
{
local.event = local.events[local.i]
local.path = ("global/events/" + local.event)
local.list = flist local.path "" 0 ***THIS LINE IS WHERE IT DIES, ABOVE LINE EXECUTES OK

I'll try your keybinding solution above and report back.

Apparently, the flist dies (server crash) when that line (flist) above executes without a filter/mask, and when there are no files in the directory specified.
If I change the "" parameter to be ".scr" (highly likely all files I'd put in the event structure would be scripts), it doesn't crash any longer. In addition, if I put a file in the structure, that event is now autoloaded correctly.

The docs for flist http://www.x-null.net/wiki/index.php...Commands#flist Seem to indicate that if the 2nd parm doesn't include a "." (and file extension), it will be treated as a filter. In the absence of further understanding on my part, I'm guessing it really should be ".scr", as that would work on both windows and unix platforms for this case. Perhaps the unix . and .. files are confusing the flist code? I'd sure think that would have been noticed already.

So I suggest that the "" needs to be ".scr", and if it works without that change, some blind luck is occuring?

J

Ok, got that all working. Your patch above for the swap team weapon (i) does in fact work. I'll play with it a little more (perhaps using string.scr to get it into one variable is worth a shot) and see. Thanks!

Now that eventhandler is working, I seem to have hit a minor issue in implementing the PE mines mod but I suspect my issue is more eventhandler related than the mine mod itself.

The only mods on the dev server (besides mefy) are PE eventhandler, PE weapon mod, and PE mine mod. As soon as I start the server, the developer logs show that only the weapon mod is loaded. Sure enough, the weapon mod is fully working and the mine mod acts like it's not installed at all. UNTIL... the first map times out normally and it goes on to the second map. THEN on the next map both the weapon mod AND the PE mine mod works.

Perhaps in my dmprecache the exec global/mines/mines.scr::main needs to be preceeded by a level waittill spawn?

Once I did see it say that the mine event was a duplicate... but I'm sure I'm not calling it twice (just in dmprecache)

Awesome purple... thanks!
From a quick glance, it appears that possibly there is some issue with level.run, or for whatever reason it doesn't think that pe_mine_mod is set to 1... until the next map in the rotation. Strange. Maybe level.run conflicts with something and should be replaced by level.mine_run or something?

Yeah, I know there are other weapon limiters and mine mods out there, but I really like the way you implemented it from the server.cfg side so I can't wait to have it working well (and then start customizing it *grin*).